home *** CD-ROM | disk | FTP | other *** search
/ Resource Library: Multimedia / Resource Library: Multimedia.iso / hypertxt / msdos / hypdiss / chapt4 < prev    next >
Encoding:
Text File  |  1992-04-12  |  62.7 KB  |  1,106 lines

  1.  
  2.  
  3.                                      CHAPTER IV
  4.  
  5.                          RESULTS AND DISCUSSION OF FINDINGS
  6.  
  7.  
  8.                                        Purpose
  9.  
  10.                    This case study addressed the information retrieval
  11.              design potential of hypertext systems.  It studied the
  12.              implementation of desirable information retrieval features
  13.              within a working hypertext authoring system.
  14.  
  15.                    The study focused on hypertext implementation of
  16.              traditional print-oriented information retrieval methods.
  17.              The investigator wanted to determine the extent to which
  18.              these traditional methods could be achieved, emulated, or
  19.              otherwise incorporated within a commercial, end-user,
  20.              implementation of a hypertext system.
  21.  
  22.  
  23.                               Results of the Case Study
  24.  
  25.                    The investigator developed the previously mentioned
  26.              Information Access Model (IAM) <app-a>, as a conceptual
  27.              representation of the approaches and features used in
  28.              traditional information retrieval systems. He refined the
  29.              IAM outline to produce an interview schedule <app-b>.
  30.  
  31.                    The investigator interviewed Neil Larson and Tony
  32.              Phillips, the two principals involved in the production and
  33.              application of the subject hypertext system, during March
  34.              11-15, 1991.  The interviews were at the separate hypertext
  35.              developer and publisher sites in Berkeley and Kentfield,
  36.              California.
  37.  
  38.                    As described in Chapter III, the investigator
  39.              provided the subjects with copies of the schedule prior to
  40.              the interview session.  He also reviewed the contents with
  41.              them prior to the interview, to insure understanding of the
  42.              terminology and question intent.  The sessions were
  43.              recorded in note form and also tape-recorded. The
  44.              investigator later reviewed the notes and tape recordings
  45.              in detail to produce detailed interview summaries (See
  46.              Appendixes D <app-d> and E <app-e>). The summaries were
  47.              then used to prepare summary tables and graphs presenting
  48.              results of the IAM schedule responses.
  49.  
  50.                    As the actual software developer, Larson was more
  51.              familiar with the technical abilities of the system.
  52.              Phillips is the author/producer of the large hypertext
  53.              system described previously.  His focus on the pragmatic
  54.              editorial approach occasionally led him to categorize
  55.              various schedule items as being achievable or as a matter
  56.              of editorial option, when the functionality was actually
  57.              already present.  The investigator was able to determine
  58.              this, since he had extensive conversation with both
  59.              individuals.
  60.  
  61.                    Accordingly, the table summaries of system abilities
  62.              are based more on Larson's interview schedule.  Yet, the
  63.              interview summaries record both individual's responses to
  64.              the items.  However, the summaries provided only a base for
  65.              the final tabular ratings.  The investigator first compared
  66.              the responses of the two interviewees in detail.  He then
  67.              balanced the interview findings with a number of supporting
  68.              external information sources.  These included: detailed
  69.              examination of system documentation and the MaxThink
  70.              newsletter; direct observation of the DaTa CD-ROM
  71.              production operation; informal interviews with several
  72.              MaxThink users; direct hands-on use of the software; and
  73.              follow-up telephone conversations with the principals.
  74.  
  75.                    The results of the ratings are presented below.  The
  76.              discussion is grouped according to the major divisions of
  77.              the IAM outline: A) Archive & Transaction Support System;
  78.              B) Information Access System; and C) Control Mechanisms.
  79.              Section A of the IAM schedule will be summarized in text
  80.              discussion.  Discussion of results in sections B and C of
  81.              the schedule will begin with the respective summary tables
  82.              of findings, then continue with discussion of the
  83.              individual items.  Each part will conclude with a short
  84.              summary, using graphs to portray the grouping of results.
  85.  
  86.                        Archive and Transaction Support System
  87.  
  88.                    The investigator began with a conceptual model of
  89.              traditional information retrieval systems.  This model was
  90.              mentioned earlier in this paper, as the Information Access
  91.              Model (IAM). The complete IAM is found in Appendix A
  92.              <app-a>. The investigator reviewed major writers on the
  93.              topic, from those identified in Chapter II. For the
  94.              purposes of constructing the IAM, he relied most on Borko
  95.              and Bernier (1978) <refs -borko>, Cleveland and Cleveland
  96.              (1990) <refs -cleveland>, Foskett (1982) <refs -foskett>,
  97.              Meadow (1973) <refs -meadow>, Milstead (1984) <refs -milstead>,
  98.              Taylor (1986) <refs -taylor>, and Vickery (1973)
  99.              <refs -vickery>.
  100.  
  101.  
  102.                                Background of the Model
  103.  
  104.                    The IAM <app-a> was a concise definition or portrayal
  105.              of a generalized information retrieval system. It was
  106.              intended as a global listing of information retrieval
  107.              features. The IAM document served partially to communicate
  108.              the information retrieval concepts to the subject
  109.              interviewees and partially to focus the study on assessment
  110.              of relevant information access features.
  111.  
  112.                    There were obvious similarities in portrayals of
  113.              information systems by the above-listed writers.  The
  114.              systems were generally described as having the purpose of
  115.              allowing users to effectively and efficiently access the
  116.              contents of documents or records covered by the particular
  117.              system.  As Foskett writes <refs -foskett>:
  118.  
  119.                  . . . the problem that we have to face is that of
  120.                  ensuring that individuals who need information can
  121.                  obtain it with the minimum of cost (both in time and
  122.                  money), and without being overwhelmed by large amounts
  123.                  of irrelevant matter. (1982, 1)
  124.  
  125.                    This reflects the general pragmatic approach of these
  126.              writers, who appear to view these systems as practical
  127.              tools, rather than abstract or theoretical representations
  128.              of knowledge.
  129.  
  130.                    Cleveland and Cleveland <refs -cleveland> summarize
  131.              the functions of an information system as follows: For an
  132.              information system to carry out the information process, at
  133.              least six distinct functions are required:
  134.                  (1) the acquisition of the necessary and appropriate
  135.                  documents,
  136.                  (2) the preparation and representation of the content of
  137.                  these documents,
  138.                  (3) the coding of the content indicators for ease of
  139.                  manipulation,
  140.                  (4) the organized storage of those documents and their
  141.                  indicators in separate files,
  142.                  (5) the development of operational search strategies,
  143.                  and
  144.                  (6) the physical dissemination of the retrieval results.
  145.                  At the center of this system is the procedure that
  146.                  identifies and represents the content of the collection
  147.                  to the user; in most cases this is an index (1990, 38).
  148.  
  149.                    Traditional, paper-based information retrieval
  150.              systems have generally used some form of the index approach
  151.              for access to documents.  This same approach has carried
  152.              over to the present generation of automated information
  153.              retrieval systems.
  154.  
  155.                    For example, Vickery <<refs -vickery> notes that the
  156.              general point of entry into an information system is a "list
  157.              of words," whether it be an index, table of contents, or
  158.              linked to a classification code (1973, 87). He also describes
  159.              three main approaches to creating the representation of
  160.              document content, in the index file. These are: (1) simple
  161.              extraction of terms from the source document; (2) selective
  162.              extraction of terms, guided by frequency of usage or
  163.              significance in the source document; and (3) assignment of
  164.              pre-existing keys, or a defined indexing vocabulary.
  165.  
  166.                    Both Vickery (1973) <refs -vickery> and Meadow (1973)
  167.              <refs -meadow> note the importance of a standardized index
  168.              language, or controlled vocabulary, to ensure consistent usage
  169.              by different indexers, as well as between indexers and index
  170.              users. Problems of consistency arise as index languages become
  171.              larger and more complex. Index language use becomes more
  172.              difficult for indexers, resulting in lowered productivity,
  173.              index quality problems, and higher costs of indexing. The
  174.              larger language can also be much more difficult for the index
  175.              user to comprehend and use (Meadow 1973).
  176.  
  177.                    After digesting major writers addressing information
  178.              retrieval system description, the investigator developed
  179.              generalized flowchart representations illustrating working
  180.              information retrieval systems.  These flowcharts were used
  181.              in creating the IAM and in describing terminology to the
  182.              interviewees.  The general level flowchart is included as
  183.              Figure 1.
  184.  
  185.                    >>>> FIGURE 1 GOES HERE
  186.  
  187.                    This simplified representation of information system
  188.              processing parallels many of the functions described above
  189.              by Cleveland and Cleveland.  The entry block at the top
  190.              represents document selection and acquisition.  This is
  191.              followed by the document analysis operation.  The next
  192.              operation involves document concept identification and
  193.              representation of the document by keys or descriptors.
  194.              Flowchart blocks on either side of this "key creation"
  195.              process represent application of the indexing or
  196.              classification approaches, and the editorial and quality
  197.              control mechanisms selected for the particular information
  198.              retrieval system implementation.  The next operation
  199.              involves final processing and production of the information
  200.              system.  The terminal operation represents the completed,
  201.              distributed information system.
  202.  
  203.                    Figure 2, depicting the same general process, is
  204.              taken from Vickery (1973, 88) <refs -vickery>. This flow
  205.              diagram emphasizes the duality of the retrieval language used
  206.              by both the indexer and user. Vickery shows that both parties
  207.              must use a common retrieval language in order to produce
  208.              compatible index record and query forms. The system
  209.              performance will reflect the success by both parties in the
  210.              appropriate use of this common language.
  211.  
  212.                    >>>> FIGURE 2 GOES HERE
  213.  
  214.                   Going one step further, Figure 3 summarizes the
  215.              design components of the standardized indexing or
  216.              classification approach.  This is the index language which
  217.              is applied in the general information system processing
  218.              discussed above, and illustrated in Figure 1.  This
  219.              flowchart shows that the standardized index or
  220.              classification approach results from a combination of
  221.              decisions.  These include design decisions regarding:
  222.              choice of access points; of available information access
  223.              methodologies or operations (e.g. index use, full text
  224.              searching, hierarchical or taxonomic approaches); and
  225.              finally, the design of editorial and quality control
  226.              procedures.
  227.  
  228.                    >>>> FIGURE 3 GOES HERE
  229.  
  230.                                 System Study Results
  231.  
  232.                    The investigator extensively analyzed the production
  233.              and implementation of the previously described DaTa
  234.              hypertext system for accounting and auditing domain
  235.              information.  This is the main information system
  236.              publication produced using the subject MaxThink authoring
  237.              system.  He studied the DaTa product in detail during the
  238.              site visit, interviewed the principals extensively, and
  239.              examined the authoring system software and documentation in
  240.              detail.  He also obtained several issues of the DaTa CD-ROM
  241.              hypertext for later examination.
  242.  
  243.                    Figure 4 is a flowchart of the general production
  244.              process of the subject information system.  The production
  245.              process is described in detail in the interview summaries,
  246.              Appendixes D <app-d> and E <app-e>, particularly in the
  247.              Phillips interview summary.
  248.  
  249.                    >>>> FIGURE 4 GOES HERE
  250.  
  251.                    The interviewer saw many parallels between the DaTa
  252.              production operation, and the generalized information
  253.              retrieval system workflow model.  The DaTa operation begins
  254.              with acquisition of source text (mostly in hardcopy form).
  255.              The first document processing step is thus to use optical
  256.              character recognition (OCR) scanning for conversion of hard
  257.              copy to machine-readable format.  These first operations
  258.              are comparable to standard document acquisition.  This is
  259.              followed by the editorial operation of splitting text into
  260.              smaller, single topic, text nodes, and reformatting it for
  261.              best display screen presentation.  This corresponds to the
  262.              document processing step in Figure 1.
  263.  
  264.                    The third step is the major intellectual operation of
  265.              adding hypertext organization and embedding links into the
  266.              document text.  This involves several operations: updating
  267.              of the network hierarchies, inserting of the hypertext
  268.              links into document text, and generation of the Keyword Out
  269.              of Context (KWOC) index.  This part of the operation
  270.              clearly parallels the document representation and creation
  271.              of descriptors/keys in traditional information retrieval
  272.              system processing.
  273.  
  274.                    The final steps of DaTa production involve the update
  275.              processing, manufacturing, and distribution steps of the
  276.              operation.  These steps are identical to the functions of
  277.              the last two steps of the generalized information retrieval
  278.              system workflow depicted in Figure 1.
  279.  
  280.                    The investigator has worked in and managed major unit
  281.              record files (newspaper clipping files), as well as
  282.              newspaper index and text database operations.  It was clear
  283.              to him that the workflow of the DaTa hypertext system was a
  284.              sophisticated information retrieval system production
  285.              operation.  Although untrained in traditional information
  286.              retrieval system methods, the system designers nevertheless
  287.              arrived at pragmatic equivalents to many standard
  288.              techniques.
  289.  
  290.                    The practicality of the information retrieval design
  291.              orientation is illustrated by Larson's description of his
  292.              system design goals, presented during the interviews.  He
  293.              summarized these as:
  294.  
  295.                     1.  Emphasis on ease of use . . . the simplest,
  296.              easiest, most intuitive, possible user interface.  In
  297.              Larson's words, "So you never have to think about it."
  298.                     2.  Designing for the "lowest common denominator"
  299.              hardware platform.  The DaTa system runs on any IBM-
  300.              compatible hardware, from the earliest Intel 8088 chip IBM-
  301.              PCs to the current Intel 80486 chip units.  It runs on any
  302.              version of MS-DOS starting with Version 2.1.  Random Access
  303.              Memory (RAM) requirement is a modest 512K.  The system will
  304.              work with either monochrome or color monitors.
  305.                     3.  Providing a sophisticated domain area matrix
  306.              (hierarchical network taxonomy), with a great many highly
  307.              redundant and highly cross-referenced information approach
  308.              trails.
  309.                     4.  Providing overlapping, complementary,
  310.              information access methods, which is characterized as -
  311.                         a. Taxonomic approach, using hierarchical
  312.              networks;
  313.                         b. Linguistic approach, using online KWOC index
  314.              and glossary.
  315.                         c. Associative network approach, using embedded
  316.              hypertext links.
  317.  
  318.  
  319.                               Information Access System
  320.  
  321.                    This section <app-b 2 19> of the IAM covered the
  322.              features within the hypertext system which supported
  323.              information access. The evaluation and tabular recording of
  324.              IAM responses involved detailed analysis of the interview
  325.              summaries, balanced against corroborating evidence. This
  326.              evaluation process was explained in detail earlier in this
  327.              chapter, in the "Results of the Case Study" section.
  328.  
  329.                              "Section B.1." Access Points
  330.  
  331.                    These items <app-b 2 21> addressed information system
  332.              mechanisms for providing access by different "avenues of
  333.              approach." The access points included are representative of
  334.              those used in various traditional information systems. Access
  335.              Point Item Responses
  336.  
  337.                    Table 1 lists the results of the responses to the
  338.              Access Points items.  Eleven of the fourteen were rated as
  339.              being present in the subject hypertext system.  Three of
  340.              the items were rated as easily achievable through editorial
  341.              decision or use of external software.
  342.  
  343.                                 <TABLE1>
  344.  
  345.                    Item B.1.a., the Main File Sequence, referred to the
  346.              suitability of the basic organizational sequence as an
  347.              access point.  Traditional information systems
  348.              implementations allowing this include document
  349.              classification systems, alphabetical filing systems, and
  350.              sequentially numbered or coded transaction files.  The
  351.              MaxThink system uses ASCII disk files, with alphanumeric
  352.              DOS file names.  These document files may optionally be
  353.              further broken down for storage in named hard disk
  354.              subdirectories.  Such a storage approach lends itself to
  355.              the formation of topical subdirectories and coded or
  356.              standard file naming approaches.  This item was rated
  357.              Present.
  358.  
  359.                    Item B.1.b. covered retrieval by author.  This was
  360.              rated present, since many MaxThink system retrieval
  361.              features may be used for author access.  These features
  362.              include hierarchical taxonomies, online indexes,
  363.              subdirectory organization, and other approaches.
  364.  
  365.                    Item B.1.c. covered title access.  This is
  366.              occasionally provided in the DaTa CD product.  Title
  367.              representation is achievable upon editorial decision.  This
  368.              item was rated as present.
  369.  
  370.                    Items B.1.d. through B.1.d.ii, including name forms,
  371.              personal and corporate names, may all be optionally
  372.              provided by editorial decision.  They were therefore rated
  373.              as present.
  374.  
  375.                    Item B.1.e. referred to keyword retrieval.  This is
  376.              available using several approaches, primarily the
  377.              "Glossary" (TM) KWOC index.  This is an online index
  378.              covering file descriptive header text lines as well as the
  379.              text of the added taxonomical descriptions.  The Glossary
  380.              (TM) index excludes stopwords.  MaxThink hypertexts also
  381.              provide gateway interface to "SEARCHWORD," a string-
  382.              searching program module, and to "CD-INDEX," a full text
  383.              index access module.  Hypertext system links can also
  384.              transparently execute or "call up" other string-searching
  385.              or text database external programs.  Keyword access was
  386.              therefore rated as present.
  387.  
  388.                    B.1.f. addressed subject, topical, or concept access.
  389.              This is provided by several approaches, including
  390.              hierarchical taxonomy, hypertext network interconnections,
  391.              hypertext associative links, and the KWOC index.  This item
  392.              was rated as present.
  393.  
  394.                    Items B.1.g. through B.1.j. dealt with geographic,
  395.              date or chronological, [foreign] language, and document
  396.              format access points.  These may all be achieved or
  397.              provided as a matter of editorial decision.  The system
  398.              indexing mechanisms are provided by the various retrieval
  399.              functions or approaches within the system, as described
  400.              above.  The items were rated as present.  They may
  401.              optionally be provided by using interface to external
  402.              software.
  403.  
  404.                    Item B.1.k., access to document position or location,
  405.              can optionally be provided by editorial decision.  The
  406.              principals felt it would be labor-intensive and impractical
  407.              to do this using the hierarchy or hypertext links.  They
  408.              recommended this be accomplished by interfacing to an
  409.              external searching program with this ability.  The item was
  410.              rated as easily achievable.
  411.  
  412.                    Item B.1.l. [the last character is the letter L]
  413.              covered retrieval via automated search of data in specified
  414.              field locations.  Boolean searching and field specification
  415.              database features are not present in the subject hypertext
  416.              system.  The system can, however, provide such access by
  417.              interface execution of a program with these capabilities.
  418.              For example, this investigator has built hypertext systems
  419.              with the subject software package, using link execution of
  420.              external text database programs. These programs included
  421.              Zyindex (TM), BiB/SEARCH (TM), and Nutshell Plus (TM).
  422.              This feature was therefore rated as easily achievable.
  423.  
  424.  
  425.               Access Points Summary
  426.  
  427.                    All traditional access points can be implemented with
  428.              the subject hypertext system, or accomplished by interface
  429.              to external programs.  This was established during the
  430.              interviews, and verified by direct examination of the
  431.              subject system authoring software and the DaTa CD-ROM
  432.              hypertext application.
  433.  
  434.                    Figures 5 and 6 graphically illustrate the
  435.              proportional placement of the responses.  Figure 5 shows
  436.              that 78.6% of the access points were present in the subject
  437.              application.  The remaining 21.4% fell into the easily
  438.              achieved category.  Figure 6 presents more detailed
  439.              information in bar graph form.  Eleven of the access point
  440.              items were present, three were easily achievable, and no
  441.              items were categorized as not possible or practical.
  442.  
  443.                    >>>> FIGURES 5 AND 6 GO HERE
  444.  
  445.                           "Section B.2." Access Approaches
  446.  
  447.                    The items in Section B.2. <app-b 6 6> of the schedule
  448.              addressed the information system access approaches or devices,
  449.              or methods provided by the hypertext system. The I.A.M. model
  450.              features represented by these schedule items were based on
  451.              traditional information retrieval approaches. Access
  452.              Approaches/Systems Responses
  453.  
  454.                    Table 2 gives the results of the access approaches
  455.              section responses.  Seven of the nineteen items were rated
  456.              as being present in the subject hypertext system.  Eleven
  457.              of the items were rated as easily achievable through
  458.              editorial decision or use of external software.  Only one
  459.              of the fourteen items was judged as not possible or
  460.              practical.
  461.  
  462.                                <TABLE2>
  463.  
  464.                    The first part of the access approaches section,
  465.              B.2.a., covered the general classification scheme
  466.              approaches.  Item B.2.a.i. dealt with hierarchical taxonomy
  467.              ability.  Hierarchical knowledge representations, or
  468.              taxonomies, are regarded as one of the easiest to use, yet
  469.              most effective, approaches to information retrieval.  The
  470.              obviousness of well-designed choices which are presented at
  471.              each level of even a complex hierarchical structure means
  472.              that even novices are able to use them effectively (Meadow
  473.              1973) <refs -meadow>. Glynn and Di Vesta (1977) <refs -glynn>
  474.              have shown that the use of a hierarchical or outline structure
  475.              measurably aided subjects in better comprehension of a
  476.              knowledge domain and its component relationships. They
  477.              reported that the logical and coherent approach of
  478.              hierarchical learning and retrieval aids also helped subjects
  479.              perform better in recalling and inferring specific facts.
  480.  
  481.                    The basic access design system for the MaxThink
  482.              system hypertexts grows from the efficient use of taxonomic
  483.              structures and complex networking interlinking.  The
  484.              Houdini (1987a) <refs -houdini> "three-dimensional outliner"
  485.              allows easy interconnection of separate hierarchies into
  486.              complex matrix networks. This matrix outliner has the ability
  487.              to quickly link any network node or ASCII filename reference
  488.              to any other point in the network. It can also link between
  489.              separate networks. Therefore, the author is not limited to one
  490.              inflexible hierarchy.
  491.  
  492.                    Instead, the author can use rich interconnection
  493.              across multiple hierarchical taxonomies.  The author can
  494.              place a single item into many appropriate retrieval
  495.              hierarchy paths, in a manner similar to filing under
  496.              multiple entries in a card catalog.  When advisable, the
  497.              author may also interconnect entire hierarchical levels
  498.              within and across networks.  For example, there might be an
  499.              interconnection from a subtopic of the "Pet Care"
  500.              hierarchy, across to the "Veterinary Medicine"  network, so
  501.              it may also function as a subtopic of an "Immunization
  502.              Research" topic. The MaxThink (1987b) <refs 16 4> basic
  503.              outliner and Houdini matrix outliner programs both support the
  504.              creation of these intertwined networks.
  505.  
  506.                    This ability to add complex multiple dimensions to
  507.              hierarchies or outlines retains the basic ease of use of an
  508.              outline structure, yet adds representational and retrieval
  509.              power far above that of simple or "flat" hierarchical
  510.              structures (Danielsen 1989) <refs -danielsen>. Besides
  511.              allowing creation of clear, understandable hierarchical
  512.              knowledge structures, for the user interface, MaxThink's
  513.              outliner and matix outliner tools also add great production
  514.              efficiencies to the authoring process.
  515.  
  516.                    The MaxThink tools enable a two-phase approach to
  517.              hypertext linking.  They thus eliminate the necessity for
  518.              an author to deal with the enormous number of possible
  519.              links within document texts.  The process can now be
  520.              divided into two more manageable operational steps:
  521.  
  522.                    1) "Macro linking" - Document positioning in the
  523.              global domain matrix.  This is handled with the
  524.              hierarchical or matrix outliners, perhaps the only
  525.              efficient tools for this work.  This task involves the
  526.              major positioning of the document or entity in the correct
  527.              position/document cluster of the hierarchical networks.
  528.              This step is comparable to classifying a book into the
  529.              correct subject location in the Dewey or Library of
  530.              Congress classifications.  The Houdini maxtrix outliner
  531.              also allows multiple hierarchical paths or access trails
  532.              leading to the same document or document cluster.
  533.  
  534.                    2) "Micro linking" - Placement of associative links
  535.              within document texts or images.  This task consists of
  536.              adding the embedded links or jumps to related and relevant
  537.              items.  This may be done using one of the many specialized
  538.              authoring tools.  This is now a relatively quick and easy
  539.              task, since the author does not have to deal with the
  540.              global universe of linking possibilities.  The hierarchy
  541.              placement has already placed the document in the proper
  542.              position in the domain conceptual matrix.  Authors now need
  543.              only deal with making links within a more limited number of
  544.              closely related documents in a topical cluster, or to other
  545.              major network hierarchical nodes.
  546.  
  547.                    The end result of this workmanlike approach is
  548.              surprising speed in handling document or hypermedia item
  549.              insertion into the networks.  As illustration, Phillips
  550.              processes approximately 1000 screens per week, including
  551.              placement in the domain taxonomy, and embedding of internal
  552.              associative links.
  553.  
  554.                    Wayne McPhail, president of Metaphor - The Hypermedia
  555.              Group, in Hamilton, Ontario, a hypertext and hypermedia
  556.              production group, is another hypertext author who appreciates
  557.              the efficiency of the MaxThink approach. He writes
  558.              <refs -mcphail> that his group originally selected the
  559.              MaxThink authoring system, primarily because "MaxThink has
  560.              developed a number of powerful, elegant tools for creating
  561.              intelligent hierarchical structures . . . which allow users to
  562.              easily build hierarchical and knowledge matrix systems which
  563.              can be converted into hyperdocuments . . ." (1991, 461). He
  564.              continues:
  565.  
  566.                  In the years following the release of [the first]
  567.                  hyperdocument, I explored a number of hypertext systems
  568.                  including KnowledgePro, Guide, Black Magic, and Matrix
  569.                  Layout.  Each had its own appeal, but I found myself
  570.                  returning to MaxThink's products because they allowed
  571.                   me to develop hypertexts quickly and efficiently.
  572.                  (1991, 462)
  573.  
  574.                    This writer has had similar experience, in producing
  575.              three hypertext systems with the MaxThink authoring system.
  576.              The text content of these systems ranged from 300,000-
  577.              750,000 characters.  For each project, the editorial tasks
  578.              of designing the document coverage, writing and assembling
  579.              texts, splitting them into logical nodes, and writing of
  580.              bridging material, took two to three weeks.  In all three
  581.              cases, the actual building of the hyperdocument network
  582.              took approximately two hours.  This included building the
  583.              system network, creating hierarchy menu screens, embedding
  584.              links within the text nodes, and doing final "cosmetic
  585.              work" on system screens.
  586.  
  587.                    This is hardly the "labor-intensive" hypertext
  588.              authoring trap of which many writers have complained or
  589.              cautioned.  The MaxThink hierarchical manipulation tools
  590.              are both editorially powerful and efficient.  Therefore,
  591.              the B.2.a.i. item dealing with hierarchical taxonomy
  592.              ability was rated as present.
  593.  
  594.                    Item B.2.a.ii. dealt with enumerative, universal
  595.              classifications.  This item referred to complex, complete,
  596.              predefined or fixed, universal classifications, such as the
  597.              Dewey Decimal or Bliss classifications.  The subject
  598.              principals felt adoption of such a classification to be an
  599.              editorial option.  Hypertext system linkages can be used
  600.              for effective representation of any desired classification
  601.              scheme.  The developers noted that the import features of
  602.              the MaxThink outliners would make it quite efficient to
  603.              import ASCII files carrying the information for either a
  604.              flat or a hierarchical classification scheme.  This ease of
  605.              importing classification information sidesteps a major
  606.              obstacle in other systems.  Transfer of existing taxonomies
  607.              has been a major problem in previous efforts (Björklund
  608.              1990b) <refs 3 4>. This item was rated as being easily
  609.              achievable.
  610.  
  611.                    Items B.2.a.iii and B.2.a.iv concerned literary
  612.              warrant classifications and faceted classifications.  As
  613.              with the preceding item, the principals felt that these
  614.              classifications could be easily represented with a
  615.              hypertext taxonomy.  Again, an ASCII format base file
  616.              structure could easily be transported into the MaxThink
  617.              system representation.  These items were rated as easily
  618.              achievable.
  619.  
  620.                    Major category B.2.b. covered the general indexing
  621.              types.  The first of these, Item B.2.b.i. was the
  622.              alphabetical index.  This was implemented in the form of
  623.              the alphabetized substantive element listing for the
  624.              Glossary (TM) KWOC index.  Both interviewees agreed it
  625.              would be a simple operation to represent standard
  626.              alphabetical indexes, and to embed hypertext links to the
  627.              source document texts.  They also agreed that it would be
  628.              more efficient to use external indexing software to create
  629.              such index listings, than to attempt manual indexing.  They
  630.              advised the use of specialized indexing packages.  This
  631.              item was rated as easily achievable.
  632.  
  633.                    Item B.2.b.i.A. referred to the selection or
  634.              assignment of keywords for classification or indexing
  635.              purposes.  The MaxThink system provides authoring utilities
  636.              for simple term extraction from source documents.  They
  637.              plan to develop more sophisticated term extraction
  638.              utilities, and have initially examined material covering such
  639.              approaches (Pao 1978 <refs -pao>; Tenopir 1990
  640.              <refs -tenopir>). The Glossary (TM) KWOC system effectively
  641.              accomplishes simple term extraction from titles and taxonomy
  642.              content descriptions, using the stylized KWOC format. This
  643.              item was rated as present.
  644.  
  645.                    Items B.2.b.i.B. and B.2.b.i.C. covered the use of
  646.              controlled vocabulary term assignment and relative indexing
  647.              methods.  The principals felt these to be a matter of
  648.              editorial decision.  They stated that the hypertext
  649.              associative linking could easily represent such index
  650.              approaches.  They advised use of external software for
  651.              efficient maintenance of such vocabularies or indexes.
  652.              These items were rated as easily achievable.
  653.  
  654.                    Item B.2.b.ii. covered the general category of term
  655.              manipulation indexes.  This category was rated as present,
  656.              since a KWOC index is provided.
  657.  
  658.                    Item B.2.b.ii.A. referred to simple permuted or
  659.              rotated indexes, often found in the general form of Keyword
  660.              in Context (KWIC) indexing.  The MaxThink production
  661.              implementation does not presently include this type of
  662.              index, since the designers preferred the KWOC format as
  663.              easier for users.  The principals agreed that this type of
  664.              index could effectively be represented in a hypertext
  665.              representation.  Again, they recommended use of an external
  666.              program to produce a KWIC index.  The item was rated as
  667.              easily achievable.
  668.  
  669.                    Item B.2.b.ii.B. represented term manipulation
  670.              indexes, ordered by an extracted term element.  This refers
  671.              to the Keyword Out of Context (KWOC) index type, where the
  672.              unrotated term context lines are sorted by the substantive or
  673.              index term, rather than using the rotated line form . KWOC
  674.              indexing is an integral part of the current MaxThink
  675.              production implementation.
  676.              <glossary.txt  example of a MaxThink KWOC index>
  677.              KWOC index production is accomplished by a MaxThink utility
  678.              program. This item was therefore rated as present.
  679.  
  680.                    The next group of term manipulation category items
  681.              were B.2.b.ii.C. and B.2.b.ii.D.  The first item covered
  682.              string indexing, using algorithmic phrase or term
  683.              relationship manipulation.  Well-known examples of this
  684.              category include PRECIS and CIFT indexing, respectively
  685.              developed for the British National Bibliography and the
  686.              Modern Language Association.  The second item refers to
  687.              chain indexing.  In this manipulated index form, the
  688.              constructed index string form reflects the basic embedded
  689.              taxonomy or hierarchy.  Cleveland & Cleveland (1990)
  690.              <refs -cleveland> extensively discuss both of these index
  691.              types.
  692.  
  693.                    The interviewees agreed that both of these index
  694.              types could be represented in the hypertext presentation.
  695.              They recommended use of external software to create and
  696.              manage these forms of indexes.  Both items were therefore
  697.              rated as easily achievable.
  698.  
  699.                    The next item, B.2.b.iii., covered the classified
  700.              index form.  This index type is arranged in the
  701.              alphanumeric order of a selected, classification code.  The
  702.              principals agreed that this was an editorial option, which
  703.              could be successfully implemented in the hypertext format.
  704.              They again noted the ease of import of an ASCII file of a
  705.              classified index table, using the MaxThink outliner
  706.              software.  This would mean efficient import and translation
  707.              into a manipulable hypertext taxonomy format.  The item was
  708.              graded as easily achievable.
  709.  
  710.                    Item B.2.b.iv. covered the category of coordinate
  711.              indexing.  This referred retrieval using assigned
  712.              descriptor or index terms, using simple or combined term
  713.              queries.  The CD-INDEX utility of the MaxThink authoring
  714.              system (output illustrated in Appendix F) produces
  715.              searchable full text indexes. The search component of the full
  716.              text searching module delivers simple coordinate retrieval
  717.              functionality. This item was rated as present.
  718.  
  719.  
  720.                    Item B.2.b.iv.A. represented the category of older,
  721.              non-automated, coordinate searching methods. Some examples
  722.              include edge-notched cards, "peekaboo" punched-hole card
  723.              coordinated systems, and terminal digit coordination.
  724.              These manual methods were judged as inappropriate for an
  725.              automated implementation.  The item was therefore rated as
  726.              neither achievable nor applicable.
  727.  
  728.                    Item B.2.b.iv.B. represented the database searching
  729.              approach to coordinate retrieval.  Although the MaxThink
  730.              systems have string-searching and full text searching
  731.              modules, they do not possess database features.  These
  732.              capabilities would include ability for field searching
  733.              specification, searching for field value presence or
  734.              absence, or for combinations of text and field values.  The
  735.              interviewees agreed that this ability could be added by
  736.              editorial decision, using link execution of an appropriate
  737.              external program.  The item was rated as easily achievable.
  738.  
  739.                    Item B.2.b.iv.C. covered full-text searching ability.
  740.              As mentioned, the MaxThink systems offer simple string-
  741.              searching and full text indexed retrieval program modules.
  742.              These modules do not have sophisticated text retrieval
  743.              abilities.  Software developer Larson is subjectively
  744.              opposed to dependence upon full text searching techniques,
  745.              pointing to the many studies which demonstrate poor or
  746.              uneven retrieval performance of the approach (Blair and Maron
  747.              1985 <refs -blair>; 1990 <refs 3 18>). He is therefore
  748.              emphatically committed to the taxonomic and associative
  749.              linking approaches.
  750.  
  751.                    However, he has responded to hypertext author and end
  752.              user demands by producing the text searching modules
  753.              mentioned above.  The MaxThink software automatically
  754.              generates lists of hypertext links in response to user-
  755.              specified terms.  This approach is generally described as
  756.              "dynamic linking" (Frisse 1988) <refs -frisse>. Larson's
  757.              interface predictably uses hypertext link calls to execute the
  758.              search modules.
  759.  
  760.                    The searches generate lists of links to both text
  761.              file nodes and hierarchy entries containing the desired
  762.              terms.  Use of these dynamically-generated link lists
  763.              combines the specificity of text searching, and also
  764.              retains the guidance value of existing embedded hypertext
  765.              links.  The user can use the generated list to make
  766.              hypertext jumps to found items, and can also use the links
  767.              within those items to continue his or her search.  Larson's
  768.              decision to also generate links into the hierarchy entries
  769.              means that his text searching module gently guides the user
  770.              back into the sophisticated taxonomy approach.  This gives
  771.              the user the benefit of both text searching brute force and
  772.              the structured taxonomy.
  773.  
  774.                    The interviewees both agree that their hypertext
  775.              system developers or end users have the additional option
  776.              of using link execution of more sophisticated external text
  777.              searching programs.  The item was rated as present.
  778.              Appendix F <app-f> contains multiple screen print
  779.              illustrations demonstrating the text-searching module.
  780.              ***> NOT INCLUDED IN THIS HYPERTEXT VERSION <***
  781.  
  782.                    Item B.2.b.v. referred to the faceted indexing
  783.              approach.  The interviewees concur that provision of this
  784.              style of access is an editorial option.  They note that it
  785.              would be most effective to use external software to create
  786.              a faceted indexing file, and then import it into the
  787.              MaxThink system for translation into the hypertext format.
  788.              This category was therefore rated as easily achievable.
  789.  
  790.                    Item B.2.b.vi. refers to the citation indexing
  791.              approach.  Both interviewees agree that a citation index
  792.              file could be created using a separate external program,
  793.              and imported into the MaxThink system for translation into
  794.              the hypertext format.  The category was rated as easily
  795.              achievable.
  796.  
  797.  
  798.              Access Approaches/Systems Summary
  799.  
  800.                    The responses to this section of the interview,
  801.              showed that all but approximately 5% of the traditional
  802.              access approaches or systems can be implemented with or
  803.              through the subject hypertext system.
  804.  
  805.                    Figures 7 and 8 graphically illustrate the
  806.              proportional placement of responses.  Figure 7 shows that
  807.              36.8% of the approaches were present in the subject system.
  808.              Many more of the items, some 57.9%, were in the easily
  809.              achieved category.  Only 5.3% of the approaches were rated
  810.              in the not possible or practical group.  Figure 8 presents
  811.              this information in bar graph form.  Seven of the items
  812.              were present, eleven were easily achievable, and one item
  813.              was categorized as not possible or practical.
  814.  
  815.                    >>>> FIGURES 7 AND 8 GO HERE
  816.  
  817.                    Only about one-third of the items fell into the
  818.              present or implemented category, while more than half were
  819.              rated as easily achieved. This contrasted with the first
  820.              section of the schedule, where approximately two-thirds of
  821.              the items were rated as being present.  This pattern switch
  822.              was in great part due to MaxThink developer editorial
  823.              decision.  Many access approaches were potentially
  824.              possible, but unimplemented.  This was due in large part to
  825.              the principals' emphasis on the creation of taxonomic
  826.              networks as the main tools for access.  The interviewees
  827.              frequently expressed their editorial view that many
  828.              traditional information retrieval approaches are difficult
  829.              to understand and use, and therefore tend to be
  830.              inappropriate for novices or infrequent users.  They
  831.              emphasized that they have deliberately designed the DaTa
  832.              hypertext to serve this class of user.
  833.  
  834.  
  835.                           "Section B.3." Control Mechanisms
  836.  
  837.                    Section B.3. <app-b 11 11> of the schedule referred to
  838.              devices provided for the purpose of editorial and quality
  839.              control of an information system. Such devices or mechanisms
  840.              offer control of such areas as taxonomy, vocabulary
  841.              consistency, entry format, syntax, and item filing sequence.
  842.  
  843.              Control Mechanisms Results
  844.  
  845.                    Table 3 lists the results of the Control Mechanisms
  846.              section of the study.  Out of fifteen items, nine were
  847.              rated as present, five as easily achievable, and one as not
  848.              possible or practical.
  849.  
  850.  
  851.                                <TABLE3>
  852.  
  853.                    Item B.3.a. referred to the use of a classification
  854.              schedule as the basis for the organization of the
  855.              information system.  Most examples of this approach utilize
  856.              a fixed or published classification hierarchy.  It was the
  857.              opinion of the MaxThink principals that the flexible and
  858.              adaptive taxonomy networks of their system are equivalent
  859.              to a dynamic classification system.  Phillips, the actual
  860.              author of the DaTa product, in particular,  habitually
  861.              referred to his working representation of the accounting
  862.              and auditing subject domain area as a "global matrix" or a
  863.              "conceptual matrix."  He used the Houdini matrix outliner
  864.              tool to efficiently maintain the maze of interconnected or
  865.              networked area hierarchies.  At the time of interview, the
  866.              current global network consisted of approximately two
  867.              hundred interconnected networks.  This item was rated as
  868.              present.
  869.  
  870.                    Item B.3.b. addressed traditional approaches to the
  871.              maintenance and application of controlled subject
  872.              vocabularies.  The interviewees stated that vocabulary
  873.              control was an editorial option, and agreed that it was
  874.              basically necessary for information retrieval system
  875.              quality control.  They referred to several of their own
  876.              basic applications of the concept.  They use syntax and
  877.              plural policies in building their KWOC index; they are
  878.              developing synonym and thesaurus control utilities; they
  879.              use stopword lists for the KWOC index.  The item was rated
  880.              as present.
  881.  
  882.                    Item B.3.b.i. specifically addressed the maintenance
  883.              of simple authority or headings files.  Both principals
  884.              agreed that this was an editorial decision, for optional
  885.              inclusion.  The MaxThink system does not presently include
  886.              any kind of authority maintenance utility.  They felt this
  887.              function could be achieved using either manual or external
  888.              software means.  The item was rated as easily achievable.
  889.  
  890.                    Item B.3.b.ii. referred to thesaurus maintenance.
  891.              This was intended to identify a more sophisticated concept
  892.              control approach than a simple authority list.  The
  893.              thesaurus authority file generally shows the full scope of
  894.              term coverage, the relationships of broader terms, narrower
  895.              terms, related items, and guides from synonymous to
  896.              preferred terms (Cleveland & Cleveland 1990) <refs -cleveland>.
  897.              The interviewees do not presently maintain full thesaurus
  898.              control, but felt it was a desirable editorial option. They
  899.              felt this function could be performed externally by using
  900.              either manual or automated thesaurus maintenance. At time of
  901.              writing, Larson had informed the investigator that MaxThink is
  902.              currently developing a thesaurus maintenance program (Neil
  903.              Larson, telephone interview, August 9, 1991). The item was
  904.              rated as easily achievable.
  905.  
  906.                    Item B.3.b.iii. covered the use of derived term
  907.              methods.  This refers to terms extracted directly from
  908.              source document text, using either manual or automated
  909.              processing approaches.  Both agreed that this was an
  910.              editorial option.  DaTa author Phillips felt that a domain
  911.              expert would not need such methods to extract document
  912.              concepts; Larson felt that third party or external utility
  913.              software could be useful.  However, he is considering
  914.              development of term extraction utilities for quick
  915.              identification of general content.  This item was rated as
  916.              easily achievable.
  917.  
  918.                    Item B.3.b.iv. referred to use of a hierarchical
  919.              searching thesaurus.  This approach is sometimes used in
  920.              full text or bibliographic index database systems.  It
  921.              allows a searcher to optionally use hierarchical term
  922.              relationships to aid in term searching.  This approach is
  923.              not relevant to the hypertext associative linking approach,
  924.              since it is not a "searching" retrieval approach, and
  925.              cannot utilize this method.  Because of this, the item was
  926.              rated as not achievable or applicable.  However, the
  927.              interviewees noted that hypertext system authors may use
  928.              link calls to execute an external database program.  They
  929.              agreed that hypertext system authors could easily provide
  930.              the searching thesaurus approach by using an external
  931.              program with this facility, such as Zyindex (TM) or
  932.              MicroBASIS (TM).
  933.  
  934.                    Item B.3.b.v. covered the generic approach of
  935.              controlling term entry form, for vocabulary consistency.
  936.              The interviewees felt this was an editorial decision, and
  937.              could be achieved using either manual or automated means.
  938.              The item was rated as present.
  939.  
  940.                    Item B.3.b.v.A. referred to control of entry syntax,
  941.              such as preference of noun or adjectival form, and entry
  942.              construction approach.  This was judged a matter of
  943.              editorial policy.  It may be handled manually or with
  944.              external program support.  At time of interview, the
  945.              MaxThink DaTa product operation used manual application of
  946.              entry syntax policy.  The item was rated as present.
  947.  
  948.                    Item B.3.b.v.B. referred to the standardization of
  949.              entry "number," or consistency in singular or plural usage
  950.              form.  Again, the interviewees judged this a matter of
  951.              editorial policy decision, which may be handled either
  952.              manually or with external program support.  The MaxThink
  953.              DaTa product operation presently uses automatic
  954.              depluralization in the Glossary (TM) KWOC index-building
  955.              program.  The item was rated as present.
  956.  
  957.                    Item B.3.b.v.C. covered automatic depluralization in
  958.              database searching.  This method allows retrieval of either
  959.              singular or plural noun forms, in response to entry of
  960.              either a singular or plural query term.  This is not
  961.              relevant to the hypertext retrieval approach.  However, the
  962.              interviewees noted this could be achieved by linking to
  963.              external searching software with such capability.  The item
  964.              was therefore rated as easily achievable.
  965.  
  966.                    Item B.3.b.v.D. addressed the approach of automated
  967.              synonym definition.  The KWOC index-building program module
  968.              includes automatic synonym-handling, with cross-reference
  969.              insertion for terms in the main KWOC index listing.  The
  970.              hypertext system can also use links to external searching
  971.              programs with synonym definition capability.  The item was
  972.              rated as present.
  973.  
  974.                    Item B.3.c. referred to the use of standardized
  975.              subdivision or facet identification approach to
  976.              consistently identify document types.  This was judged as a
  977.              matter of editorial decision.  The DaTa production
  978.              operation uses standard filetype naming conventions and
  979.              special coding to reflect document types.  The KWOC index-
  980.              building program uses the codes to group document types
  981.              when sorting the KWOC index entries.  This item was rated
  982.              as present.
  983.  
  984.                    The approach of term or descriptor relationships was
  985.              covered in Item B.3.d.  This referred to techniques using
  986.              term roles or links, or to the weighting of terms in
  987.              database searching.  The interviewees observed that this
  988.              text searching methodology was not relevant to the
  989.              hypertext associative linking approach.  However, it could
  990.              be achieved by link calls to execute external programs with
  991.              such abilities.  The item was therefore rated as easily
  992.              achievable.
  993.  
  994.                    Item B.3.e. covered the use of filing or sorting
  995.              rules in building an information system.  As an automated
  996.              system, MaxThink presently uses simple ASCII sorting for
  997.              the KWOC index.  They do provide for subsorts by document
  998.              type or hypertext node type.  This is an editorial
  999.              decision.  Other sorting approaches could be incorporated
  1000.              by use of appropriate algorithms.  The item was rated as
  1001.              present.
  1002.  
  1003.                    Item B.3.f. referred to the use of automated
  1004.              authority and procedural safety or editorial and quality
  1005.              control measures.  The MaxThink system uses the Hyperlink
  1006.              (1988) collection of separate utility programs for these
  1007.              purposes (Fersko-Weiss 1991 <refs -fersko>; Perez 1991
  1008.              <refs -perez>; Urr 1991 <refs 23 8>). The utilities perform
  1009.              such functions as: checking the spread or clustering of
  1010.              associative linking of nodes; checking for blind or erroneous
  1011.              link references, correcting link errors; automatic linking to
  1012.              files containing defined terms or phrases; and importing of
  1013.              ASCII file node names into the matrix outliner (for efficient
  1014.              translation into the conceptual taxonomy). These utilities are
  1015.              fully described in MaxThink system documentation (TransText
  1016.              1990) <refs -transtext>.
  1017.  
  1018.                    The DaTa production operation additionally employws
  1019.              standard computer operating procedures to insure
  1020.              information system security.  This includes duplicate
  1021.              working copies, regular backup of working files, off-site
  1022.              storage of copies of CD-ROM masters and tape duplicates,
  1023.              and other such methods.  Item B.3.f. was therefore rated as
  1024.              present.
  1025.  
  1026.  
  1027.              Control Mechanisms Summary
  1028.  
  1029.                    Once again, the great majority of items, 93.3%, are
  1030.              rated as present or easily achieved.  Figures 9 and 10
  1031.              graphically present these results.  In this section of the
  1032.              study,  nine of the items (60%) were present; 5 of the
  1033.              items (33.3%) were rated as easily achieved; and one (6.7%)
  1034.              was rated as not possible or practical.
  1035.  
  1036.  
  1037.                    >>>> FIGURES 9 AND 10 GO HERE
  1038.  
  1039.                     This pattern was similar to the first section, with
  1040.              the majority of items falling into the present or
  1041.              implemented category.  The investigator felt that this
  1042.              reflected the principals' ongoing hypertext publishing
  1043.              activity.  They are regularly producing a large and complex
  1044.              hypertext product, and have had to devise effective
  1045.              production and editorial control measures.
  1046.  
  1047.  
  1048.                           Overall Summary of Study Findings
  1049.  
  1050.                    The study found that the great majority (95.8%) of
  1051.              all IAM items were rated as present or easily achieved in
  1052.              the subject system.  Twenty seven of the items (56.3%) were
  1053.              present, nineteen (39.6%) were judged as easily achieved,
  1054.              and only two (4.2%) were rated as not possible or
  1055.              practical.  Figures 11 and 12 graphically present the
  1056.              results of totalling items from all sections of the study.
  1057.  
  1058.                    >>>> FIGURES 11 AND 12 GO HERE
  1059.  
  1060.                    The investigator noted that all nineteen of the
  1061.              easily achieved items were presented as possible to
  1062.              implement through the use of external or third party
  1063.              software.  He therefore further categorized the purpose or
  1064.              functionality of the required external software, into two
  1065.              categories.
  1066.  
  1067.                    The first group included software required to
  1068.              actually perform a retrieval approach or function.  There
  1069.              were four of these items.  These included Items B.1.j.
  1070.              (access by format of document), B.1.k. (access to internal
  1071.              document location or position), B.1.l. (specified field
  1072.              access), and B.3.d. (term roles, links, or weighting).
  1073.  
  1074.                    The second category was software serving the purpose
  1075.              of editorial or authoring process control.  This would
  1076.              include such functions as thesaurus maintenance,
  1077.              maintenance of a classification schedule, production of a
  1078.              faceted or string index, etc.  The remaining fifteen items
  1079.              fell into this category.
  1080.  
  1081.                    The simple listing of these relationships is listed
  1082.              in Table 4.  The analysis shows that external software
  1083.              needs of the subject system are primarily in the area of
  1084.              editorial or process controls, rather than in the retrieval
  1085.              mechanism or function area.
  1086.  
  1087.                                   <TABLE4>
  1088.  
  1089.                    The summary bar chart in Figure 13 presents the
  1090.              classification of software needs across the three IAM
  1091.              categories.  In the Access Systems (Approaches/Methods) and
  1092.              the Control Mechanisms categories, the external software
  1093.              needs were similarly heavily weighted towards the editorial
  1094.              or process controls area.  Only the Access Points category
  1095.              fell outside this pattern, with all three of the external
  1096.              software packages required to perform the missing function.
  1097.  
  1098.                    >>>> FIGURE 13 GOES HERE
  1099.  
  1100.                    This concludes the Results and Discussions of
  1101.              Findings chapter.  The final chapter will present the
  1102.              summary and conclusions of the study, and make
  1103.              recommendations for further research.  It will also offer
  1104.              generalizations from this specific system case study that
  1105.              may be applied to the broader hypertext genre.
  1106.